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BACKGROUND OF THE INVENTION 
1. Related applications 

This application claims priority to United States Patent Application Serial No. 
5 09/870,142, filed May 30, 2001 and entitled METHOD AND SYSTEM FOR MANAGING 
SPENDING THROUGH ACCOUNT ALLOCATION, which claims priority to United 
States Patent Application Serial No. 09/829,364, filed April 9, 2001 and entitled METHODS 
AND SYSTEMS FOR JOB-BASED ACCOUNTING, which claims priority to both United 
States Provisional AppHcation Serial No. 60/226,187, filed August 18, 2000 and entitled 
10 METHODS AND SYSTEMS FOR JOB-BASED ACCOUNTING, and to United States 
Provisional Application No. 60/198,961, filed April 21, 2000 and entitled METHOD AND 
SYSTEM FOR MANAGING SPENDING THROUGH ACCOUNT ALLOCATION, all of 
which are incorporated herein by reference. 

15 2. Field of the Invention 

The present invention relates to systems and methods for providing electronic 
management of transactional accounts. In particular, the present invention relates to systems 
and methods for allocating fimds for payment of one or more transactional account 
statements. 

20 

3. Background and Related Art 

The development of the personal computer and of financial accounting programs has 
simplified personal and business accounting. The financial accounting programs that are 
currently available provide users with simple yet robust accounting means for tracking 
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financial resources. The programs typically provide an accounting for managing a checking 
account, a savings account, and money market funds, and may provide an ability to perform 
on-line banking services with their respective financial institution. 

Users can currently utilize bill paying options and account recordation of transactions 
performed by the bank without having to receive an end-of-month financial statement from 
the financial institution. Also, users are able to keep up-to-date records of financial 
transactions, which can include checks that have been written, credit card bills that have been 
paid, deposits that have been made to retirement accounts, or automatic bill payment options. 

The financial accounting programs provide rudimentary budgeting systems that 
enable users to determine where their money is invested or spent. The users are able to 
establish their own budget and the resources used to cover the budget are typically drawn 
from a single revenue source. At an end of a financial period (e.g., a week, month, quarter, 
year, etc.) a statement is provided that indicates how the revenue was allocated from the 
revenue source. 

While the financial accounting programs currently available allow users to establish a 
budget, the budgetary disciphne is not felt until a reconciliation of fiinds distributed during a 
given financial period is performed that reports an accurate accounting of payments and 
distributions. Only then do users know whether they have been disciplined enough to follow 
the estabhshed budget. 

When financial discipline does not occur, users amass consumer debt having high 
interest rates. The consumer debt can become insurmountable. As a result, individuals 
heavy laden with consumer debt are filing for bankruptcy in record numbers. 
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Thus, while financial accounting programs are currently available, the accounting 
programs fail to achieve financial discipline for users. Accordingly, it would be an 
improvement in the art to augment or even replace current financial techniques with other 
techniques. 
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SUMMARY OF THE INVENTION 

The present invention relates to systems and methods for providing electronic 
management of transactional accounts. In particular, the present invention relates to systems 
and methods for allocating funds for payment of one or more transactional account 
5 statements. 

Implementation of the present invention takes place in association with a computer 
device that is used to provide financial resource allocation and accountability among various 
groups of accounts, including source accounts and transactional accounts. A source account 
includes funds or assets that are readily available to the user. Examples of source accounts 
10 include savings accounts, checking accounts, money market accounts, investment accounts, 
etc. A transactional account is based on credit or equity and may be used to purchase a 
product or service, but requires that the amount accrued on the transactional account be paid 
at a later time. Examples of transactional accounts include credit card accounts, home equity 
accounts, etc. 

15 In one implementation, when a user employs a transactional account to make a 

purchase, the amount of the purchase is electronically set aside from a source account and 
preserved until a payment is required of the transactional account at the close of a billing 
period. Thus, for example, the user selects a credit card to use to purchase a product. The 
corresponding credit card company authorizes the purchase, includes the purchase amount on 

20 the user's credit card account, and eventually bills the user for all amounts on the credit card 
account at the end of a billing period. At the time the credit card is used to perform the 
purchase, the purchase amount is set aside from a source account (e.g., a checking account) 
having sufficient fimds until the credit card statement is received. When a payment is 



- Page 5 - 



Docket No. 9311.35 



required for the credit card account, the purchase amount that was set aside from the savings 
account is used to pay the credit card statement. 

Therefore, in accordance with one implementation of the present invention, a source 
account is essentially debited each time a transactional account is used to perform a 
5 transaction and the amount debited is preserved until payment of the transactional account is 
required. Accordingly, when a payment of the billing cycle is required, funds are available 
for full payment of all purchases made during the billing cycle, thereby affording financial 
disciphne to the user. 

While the methods and processes of the present invention have proven to be 
10 particularly useful in the area of providing financial discipline to users of credit card 
accounts, those skilled in the art can appreciate that the methods and processes can be used in 
a variety of different applications to provide financial accounting and discipline to users of 
all types of transactional and source accounts. 

These and other features and advantages of the present invention will be set forth or 
15 will become more fully apparent in the description that follows and in the appended claims. 
The features and advantages may be realized and obtained by means of the instruments and 
combinations particularly pointed out in the appended claims. Furthermore, the features and 
advantages of the invention may be learned by the practice of the invention or will be 
obvious firom the description, as set forth hereinafter. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

In order that the manner in which the above recited and other features and advantages 
of the present invention are obtained, a more particular description of the invention will be 
rendered by reference to specific embodiments thereof, which are illustrated in the appended 
5 drawings. Understanding that the drawings depict only typical embodiments of the present 
invention and are not, therefore, to be considered as limiting the scope of the invention, the 
present invention will be described and explained with additional specificity and detail 
through the use of the accompanying drawings in which: 

Figure 1 illustrates a representative system that provides a suitable operating 
10 environment for use of the present invention; 

Figure 2 illustrates a representative networked system in accordance with an 
embodiment of the present invention; 

Figure 3 illustrates a block diagram of a plurality of accounts established by a given 
user in accordance with the present invention; 
15 Figure 4 illustrates a block diagram of a given account selected fi-om Figure 3 

detailing financial information organized in accordance with the present invention; 

Figure 5 illustrates an information window view on a computer device of money 
envelopes in accordance with the present invention; 

Figure 6 illustrates an information window of a money envelope of Figure 5 selected 
20 in accordance with the present invention; 

Figure 7 illustrates an information window of transaction details of a transaction 
selected in the money envelope window of Figure 6 in accordance with the present invention; 

Figure 8 depicts account information as selected in the account folder of Figure 5; 
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Figure 9 is an illustration of an account information detail window as selected from 
Figure 8; 

Figure 10 illustrates an upkeep information window as selected in Figure 5 in 
accordance with the present invention; and 
5 Figure 1 1 is a flow chart that provides a representative method for allocating funds 

for payment of a transactional account statement. 
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DETAILED DESCRIPTION OF THE INVENTION 

The present invention relates to systems and methods for providing electronic 
management of transactional accounts. In particular, the present invention relates to systems 
and methods for allocating funds for payment of one or more transactional account 
5 statements. 

Embodiments of the present invention takes place in association with a computer 
device that is used to provide financial resource allocation and accountability among various 
groups of accounts, including source accounts and transactional accounts. In the disclosure 
and in the claims the term "source account" shall refer to an account that includes funds or 

10 assets that are readily available to the user. Examples of such source accounts include 
savings accounts, checking accounts, money market accovmts, investment accounts, etc. In 
the disclosure and in the claims the term "transactional account" shall refer to an account that 
is based on credit or equity and may be used to purchase a product or service, but requires 
that the amount accrued on the transactional account be paid at a later time. Examples of 

15 such transactional accounts include credit card accounts, home equity accounts, etc. 

In one embodiment, when a user employs a transactional account to make a purchase, 
the amount of the purchase is electronically set aside from a source account and preserved 
until a payment is required of the transactional account at the close of a billing period. In this 
maimer, when a payment of the transactional account is required, funds are available for full 

20 payment, thereby affording financial discipline to the user. 

The following disclosure of the present invention is grouped into three subheadings, 
namely "Exemplary Operating Environment," "Managing Spending through Account 
Allocation" and "Allocating Funds for a Transactional Account Statement." The utilization 



- Page 9 - 



Docket No. 9311.35 



of the subheadings is for convenience of the reader only and is not to be construed as Hmiting 
in any sense. 

Exemplary Operating Environment 
5 Since embodiments of the present invention take place in association with a computer 

device that is used to provide financial resource allocation and accountability among various 
groups of accounts, including source accounts and transactional accovmts, Figure 1 and the 
corresponding discussion are intended to provide a general description of a suitable operating 
environment in which the invention may be implemented. One skilled in the art will 

10 appreciate that the invention may be practiced by one or more computing devices and in a 
variety of system configurations, including in a networked configuration. 

Embodiments of the present invention embrace one or more computer readable 
media, wherein each medium may be configured to include or includes thereon data or 
computer executable instructions for manipulating data. The computer executable 

15 instructions include data structxu^es, objects, programs, routines, or other program modules 
that may be accessed by a processing system, such as one associated with a general-purpose 
computer capable of performing various different fimctions or one associated with a special- 
purpose computer capable of performing a limited number of functions. Computer 
executable instructions cause the processing system to perform a particular fimction or group 

20 of functions and are examples of program code means for implementing steps for methods 
disclosed herein. Furthermore, a particular sequence of the executable instructions provides 
an example of corresponding acts that may be used to implement such steps. Examples of 
computer readable media include random-access memory ("RAM"), read-only memory 
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("ROM"), programmable read-only memory ("PROM"), erasable programmable read-only 
memory ("EPROM"), electrically erasable programmable read-only memory ("EEPROM"), 
compact disk read-only memory ("CD-ROM"), or any other device or component that is 
capable of providing data or executable instructions that may be accessed by a processing 
5 system. 

With reference to Figure 1, a representative system for implementing the invention 
includes computer device 10, which may be a general-purpose or special-purpose computer. 
For example, computer device 10 may be a personal computer, a notebook computer, a 
personal digital assistant ("PDA") or other hand-held device, a workstation, a minicomputer, 

10 a mainframe, a supercomputer, a multi-processor system, a network computer, a processor- 
based consumer electronic device, or the like. 

Computer device 10 includes system bus 12, which may be configured to connect 
various components thereof and enables data to be exchanged between two or more 
components. System bus 12 may include one of a variety of bus structures including a 

15 memory bus or memory controller, a peripheral bus, or a local bus that uses any of a variety 
of bus architectures. Typical components connected by system bus 12 include processing 
system 14 and memory 16. Other components may include one or more mass storage device 
interfaces 18, input interfaces 20, output interfaces 22, and/or network interfaces 24, each of 
which will be discussed below. 

20 Processing system 14 includes one or more processors, such as a central processor 

and optionally one or more other processors designed to perform a particular fimction or task. 
It is typically processing system 14 that executes the instructions provided on computer 
readable media, such as on memory 16, a magnetic hard disk, a removable magnetic disk, a 
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magnetic cassette, an optical disk, or from a communication connection, which may also be 
viewed as a computer readable medium. 

Memory 16 includes one or more computer readable media that may be configured to 
include or includes thereon data or instructions for manipulating data, and may be accessed 
by processing system 14 through system bus 12. Memory 16 may include, for example, 
ROM 28, used to permanently store information, and/or RAM 30, used to temporarily store 
information. ROM 28 may include a basic input/output system ("BIOS") having one or more 
routines that are used to establish communication, such as during start-up of computer device 
10. RAM 30 may include one or more program modules, such as one or more operating 
systems, application programs, and/or program data. 

One or more mass storage device interfaces 1 8 may be used to connect one or more 
mass storage devices 26 to system bus 12. The mass storage devices 26 may be incorporated 
into or may be peripheral to computer device 10 and allow computer device 10 to retain large 
amounts of data. Optionally, one or more of the mass storage devices 26 may be removable 
from computer device 10. Examples of mass storage devices include hard disk drives, 
magnetic disk drives, tape drives and optical disk drives. A mass storage device 26 may read 
from and/or write to a magnetic hard disk, a removable magnetic disk, a magnetic cassette, 
an optical disk, or another computer readable medium. Mass storage devices 26 and their 
corresponding computer readable media provide nonvolatile storage of data and/or 
executable instructions that may include one or more program modules such as an operating 
system, one or more application programs, other program modules, or program data. Such 
executable instructions are examples of program code means for implementing steps for 
methods disclosed herein. 
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One or more input interfaces 20 may be employed to enable a user to enter data 
and/or instructions to computer device 10 through one or more corresponding input devices 
32. Examples of such input devices include a keyboard and alternate input devices, such as a 
mouse, trackball, light pen, stylus, or other pointing device, a microphone, a joystick, a game 
5 pad, a satellite dish, a scanner, a camcorder, a digital camera, and the like. Similarly, 
examples of input interfaces 20 that may be used to connect the input devices 32 to the 
system bus 12 include a serial port, a parallel port, a game port, a universal serial bus 
("USB"), a firewire (IEEE 1394), or another interface. 

One or more output interfaces 22 may be employed to connect one or more 

10 corresponding output devices 34 to system bus 12. Examples of output devices include a 
monitor or display screen, a speaker, a printer, and the like. A particular output device 34 
may be integrated with or peripheral to computer device 10. Examples of output interfaces 
include a video adapter, an audio adapter, a parallel port, and the like. 

One or more network interfaces 24 enable computer device 10 to exchange 

15 information with one or more other local or remote computer devices, illustrated as computer 
devices 36, via a network 38 that may include hardwired and/or wireless links. Examples of 
network interfaces include a network adapter for connection to a local area network ("LAN") 
or a modem, wireless link, or other adapter for connection to a wide area network ("WAN"), 
such as the Internet. The network interface 24 may be incorporated with or peripheral to 

20 computer device 10. In a networked system, accessible program modules or portions thereof 
may be stored in a remote memory storage device. Furthermore, in a networked system 
computer device 10 may participate in a distributed computing environment, where functions 
or tasks are performed by a plurality of networked computer devices. 
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While those skilled in the art will appreciate that the invention may be practiced in 
networked computing environments with many types of computer system configurations, 
Figure 2 represents a representative embodiment of the present invention in a networked 
environment to allocate funds for payment of transactional account statements. In Figure 2, a 
5 secure Internet infrastructure is illustrated that includes a provider gateway 40, which is a 
robust computer system typically used for managing web interaction and Internet access and 
communication in a commercial setting. Gateway 40 provides two-way communication 
between a user and further content destinations such as information content source 42, 
financial service provider 44, and/or on-line merchants or off-line merchants via bill paying, 

1 0 illustrated as merchants 46. 

The user at a computer device 50 connects to gateway 40 via wireless means 48a, a 
direct connection wireline 48b, or a cable modem or other cable-type cormections 48c. 
Security means 52 is provided so that the transactions provided by either the user on one side 
of the gateway or to the content providers on the other side of the gateway are secure at all 

15 times. At any time, the user can be offline and perform any transaction required or desired 
and then synchronize the transaction(s) when on-line so that it will be executed and 
performed. 

In one embodiment, the system is designed to operate in a graphical user interface 
mode where the user manipulates data and information via such pointing devices as a mouse 
20 or roller ball, with keyboard entry also being provided, among others. As such, in one 
embodiment the system is designed to be operated within a Windows-type, MAC, JAVA, 
HTML, EPOC, etc., operating environment that is readily implemented by those skilled in 
the art. Browsing devises use JAVA or HTML. Others use resident Operating Systems. 
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Embodiments of the present invention operate in a computer environment, which 
environment includes a computer device. Data is synchronized to a secure central data 
storage site on a network, such as the Internet, where the data is accessed, previous 
transactions viewed, and where transactions are made or allocated by any wire or wireless 
5 device with multiple simultaneous cormections to the same centralized data. Moreover, 
embodiments embrace providing users with an ability to interact with on-line financial 
institutions, such as banks, investment groups, credit organizations, etc., with either direct 
hands-on interaction or in an automated fashion defined by the user. 

10 Managing Spending through Account Allocation 

As provided above, embodiments of the present invention take place in association 
with a computer device that is used to provide financial resource allocation and 
accountability among various groups of accounts, including source accounts and 
transactional accounts. The following provides a discussion relating to the management of 
15 spending through account allocation in accordance with embodiments of the present 
invention. 

Embodiments embrace the creation of an environment where a user spends fi^om 
traditional expense accounts as though they were individual spending or bank accounts. 
When a user receives funds, such as cash, the user allocates those funds into one or more 
20 source accounts. The user also allocates an amount that is budgeted for spending in a 
particular category into user-defined spending accounts or envelopes. This allocation enables 
the user to see in real time the impact of current spending according to the established 
budgetary guidelines. Once the user sees that the funds are nearly exhausted for a given 
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spending account, the user can reign in his/her spending consistent with the estabhshed 
budget based on available funds for the envelope. 

Each user-defined spending account or envelope is selectively associated with one or 
more transactional accounts. This allows the user to employ transactional accounts for 
5 making purchases, and provides the user with such benefits as receiving rewards (e.g., 
frequent flyer miles, cash back bonuses, and other such perks) from use of the transactional 
accounts, maintaining actual funds in interest-baring source accounts for longer periods of 
time, using transactional accounts to perform transactional adjustments rather than tying up 
actual funds in a source account, and other similar benefits. 

10 In accordance with embodiments of the present invention, a user is enabled to manage 

his/her own accounts. Features available to a user to assist in managing the accounts include 
automated expense categorization, tracking, and trimming, automatic bank and credit card 
account tracking and reconciliation in conjunction with the accounts managed, automatic on- 
line bill pay from the various expense categorizations, on-line bill presentment where 

15 desired, e-mail payment ability, point-of-sales tools, personal credit card processing tools, 
and automatic report generation. 

During an initial account set-up, a user determines what type of tracking set-up is to 
be established. The user may select either an auto track set-up or a full track set-up. The 
auto track set-up performs activities in an automated fashion on behalf of the user. The fiill 

20 track set-up allows the user to set up on-line bill payment as well as the abihty to manipulate 
any default category available in the auto set-up mode. The full track set-up also allows the 
user to manipulate the default category settings that are typically found in the auto track set- 
up and allows the user to start tracking account expenses to some date prior to the date of set- 
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up. In the auto track set-up mode, default category settings are established that are based 
upon balances received during an on-line or set-up entry interview with the user to establish 
starting balances. In the auto track mode, the account tracking activity begins as the day of 
set-up. The system proceeds to interview the user to provide information such as name, 
5 address, type of program or accounts to be utilized, home address, home phone number, fax 
numbers, and email address. Further, an on-hne provider information is secured so that the 
user may use on-line communication tools to access on-line content providers as shown in 
Figure 2. 

Next, the user establishes the types of accounts that are to be tracked. By way of 
10 example, typical types of accounts are illustrated in the block diagram of Figure 3. These 
accounts include a personal checking account 62, a personal savings account 64, various 
retirement accounts grouped together in retirement accounts 66, housing account 68, 
groceries account 70, credit accounts 72, recreation account 74, clothing account 76, utilities 
account 78, auto expense account 80, investment accounts 82, and gift accounts 84, and any 
15 other accounts of the user. Checking account 62, savings account 64, retirement accounts 66, 
investment accounts 82 are examples of source accounts. Credit accounts 72 are examples of 
transactional accounts. Housing 68, groceries 70, recreation 74, clothing 76, utilities 78 auto 
expenses 80 and gifts 84 are examples of spending accounts. Examples of additional 
accounts may include personal brokerage investment and personal insurance accoxints. 
20 The user defines the various accounts with more or less accounts actually being 

established. The accounts illustrated are not limiting with respect to the implementation of 
the invention, but are merely illustrative of types of accounts that may be employed. Further, 
the accounts may be actual accounts, such as savings and checking accounts, or virtual 
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accounts, such as clothing and auto expense accounts. Both types of accounts may be 
utiHzed at the same time, with the virtual accounts being automatically reconciled with the 
actual accounts. 

When establishing an account, such as, for example, a personal checking or savings 
5 account, the user is interviewed to, for example, select the institution in which the account is 
held, provide an account friendly name, such as my checking account or our joint checking 
account, including a starting balance, a start date, and any on-line user name and password 
information that facilitates the on-line communication between the financial institution and 
the user. Similar procedures are utilized for establishing other accounts, such as personal 

10 credit card accounts, retirement accounts, brokerage investment accounts, and insurance 
accounts. For each account relevant information is provided during the interview, such as an 
account number or provider, starting balances, start dates, user names and passwords. 

Once the interview has been completed, the user may selectively return to modify any 
of the accounts, or add/delete any accounts as desired. Accordingly, dynamic and flexible 

15 systems and methods are provided that allow users to make modifications so that changes can 
be readily made and integrated according to the user's desires. 

With reference now to Figure 4, a user may establish various spending/expense 
accounts, such as expense account 90, which is labeled as "GROCERIES." The expense 
accounts/envelopes are established to provide budgeting means for following a personal 

20 budget. Expense account 90 is established with a current available account balance as well 
as with expected inflows. The user may define whether the envelope is to cover fixed 
required expenses at fixed intervals, such as through on-line bill payments, or whether it is 
variable required expenses at fixed intervals, variable required expenses at variable intervals, 
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such as credit/debit or other on-Hne bill pays, or variable discretionary expenses at variable 
intervals for expenses that cannot be routinely predicted. 

For each account as shown in Figure 3, the user goes through and defines the 
envelopes within those accounts. For example, multiple checking accounts may be utilized 
5 within one envelope or many envelopes for each account. Likewise, for the savings 
accounts, the user may establish how many envelopes are desired for the number of accounts. 

The accoimt envelopes, such as the one shown in Figure 4, allow the user to manage 
discretionary spending in a more detailed and concise way. For example, in Figure 4, the 
GROCERIES account has been selected and a budgeting period (March 2000) has been 
10 established. The period is any period (e.g., daily, weekly, monthly, quarterly, yearly or any 
other period) defined by the user. When setting up an account, the user defines whether the 
account is a variable expense or a fixed expense account. Since groceries typically vary in a 
nominal way, it can be selected as a fixed account, such as when the user has a buying 
relationship with a particular grocer who follows a purchase list and delivers the groceries to 
15 the user for a fixed rate. Otherwise, the user typically goes to the grocery store and makes 
the desired purchases and then enters the information in the account system at a later time. 

The user may or may not know the expenses on a monthly basis that are incurred in 
securing food and other grocery items. As such, the user may select this as a fixed account or 
a variable account. The user then provides an amount allocation, which is the ceiling to 
20 which the user is able to draw/spend fi-om this particular account. The account shows the 
ongoing cash balance in the account. The account also shows how much is actually spent in 
the amount spent field. 

Groceries may also be defined as hybrid accounts such that they are required, but are 
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often allowed discretionary purchases. As such, this would be a hybrid that the user would 
select. Selective sub-accounts are shown in the sub-accounts field and these can include such 
fields as food, eating out, non-food items, milk delivery, butcher delivery, and any other 
discretionary sub-account desired by the user to reflect the user's life style and purchasing 
5 spending habits. In this example, it is shown that each of the sub-accounts has incurred a 
certain expense for the month. This allows the user to see where the spending habits are so 
that appropriate lifestyle changes may be made if the spending is above budget. Further, the 
account allows the user to provide on-line payment and is represented by the payments 
registered field shown in Figure 4. 

10 In the illustrated example, the user has a payment to Jones Grocery on March 25, and 

a second one to Brown's Catering on March 30. These payments may have been made using 
one or more transactional accounts. In accordance with embodiments of the present 
invention, when a transactional accoxmt is used to make a payment, corresponding fimds 
fi*om a source account are set aside or placed in a separate account until the transactional 

15 account statement is received. This allows for the transactional account statement to be paid 
in full at the end of each billing period, as will be further discussed below. 

With reference back to Figure 3, each account 60 includes similar fields, such as an 
amount allocated field as well as an amount spent field. This allows the user to be constantly 
informed as to the amount that has been spent from a particular account/envelope and the 

20 amount that is available to be spend from the account. This also ensures that the user 
conforms to the budget established, thereby providing real-time financial discipline upon the 
user. 

Each account, as well as each and all sub-accounts within a given account, may be 
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modified according to the user's discretion. For example, if the user finds that he or she has 
greater financial resources than previously entered, then discretionary increases may be made 
in each allotted amount. On the other hand, if the user suffers a financial setback, then the 
user can manage the budget and the amount allocated for a particular field to better control 
5 the financial resources. 

There are certain accounts that are typically fixed, such rent/mortgage accounts, and 
auto loan payments. Typically these accounts are set up to be paid in an automated fashion 
with resources being allocated directly firom the paycheck or other sources of income that the 
user has in order to fund these accounts. In another embodiment, a transactional account 

10 may be used in accordance with the present invention to make these automatic payments and 
funds are set aside fi-om a source account for full payment of the transactional account 
statement upon receipt. This allows the user to obtain benefits from using the transactional 
account, as discussed herein. 

With reference now to the embodiment illustrated in Figure 5, the envelopes are 

15 shown in use on a computer device, illustrated as personal digital assistant (PDA) device 100, 
which includes a viewing window 102 to display information for the user. Viewing window 
102 also is a touch screen panel that allows the user to directly access a particular envelope 
with a stylus. Additional information is provided in graphical form to convey budget 
information. For example, a budget spending bar 104 is shown to illustrate what percentage 

20 of the budget has been spent. Each envelope (e.g., an auto envelope 106, groceries envelope 
108, insurance envelope 110, and household envelope 112) shows the available balance 
remaining corresponding to the icon representation of the same. Additional envelopes are 
shown upon scrolling up or down the window via scroll bar 114. When the user selects an 
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icon, envelope summary information (shown in Figures 4 and 6) is displayed. The user may 
also select to enter a new transaction via transaction icon 116 of Figure 5 or select envelope 
detail via icon 118. 

While the illustrated embodiment provides the accessibility of expense 
5 accounts/available, the interface also provides the user with access other accounts (e.g., 
transactional and source accounts) via accounts folder 120. Moreover, management options 
are available through upkeep folder 122. 

With reference now to Figure 6, an illustration is provided of device 100 with a detail 
screen 124 for a selected expense account/envelope. In this example, the groceries envelope 
10 108 has been selected and the information displayed includes specific transactions as well as 
an actual balance total and a cleared balance total. The specific transactions include the date 
entered, the payee's name, the amount of the transaction, etc. The user may select new icon 
126 to enter a new transaction, select details icon 128 to view or edit more details of a given 
transaction, or select done icon 130 to close the envelope and return to the display illustrated 
15 in Figure 5. 

With reference now to Figure 7, an illustration of device 100 is provided with detail 
screen 132, which provides the details for a particular transaction that has selected from the 
display of Figure 6. In Figure 7, the information includes the payee's name, the date of the 
transaction, whether the transaction has been reconciled with a corresponding account, what 
20 money envelope it belongs to, from which account the payment is actually made, and the 
method of payment (e.g., debit card, credit card, check, money order, cash, etc.). These 
details can provide an electronic receipt by selecting icon 134. 

In the illustrated example, if the user selects the accounts folder 120 (Figure 5), 
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screen 136 (Figure 8) is displayed. Screen 136 provides information regarding each source 
and transactional account the user has established in the form of an account icon that includes 
the current remaining balance within each account. When the user selects an account, the 
actual and cleared balances are displayed below the account icon field 138. The user can 
5 enter new transactions or account information for a desired account via transaction icon 140 
or account information icon 142. 

With reference now to Figure 9, an illustration is provided of device 100 with screen 
144 that displays account detail information for a selected account. For this example, the 
checking account has been selected and various transactions are displayed and can be 

10 selected for additional details. The date, payee's name, amount, and reconciliation 
information are provided for benefit of the user. 

With reference now to Figure 10, an illustration is provided of device 100 with screen 
146, which provides representative options available under upkeep folder 122 (Figure 5). 
Within the upkeep folder are the options of accepting, allocating, and matching incoming 

15 transactions, performing transfers of excess cash from one expense account/envelope to one 
or more other envelopes as desired. Further, the upkeep options allow the user to transfer 
cash from one account to another and to perform account reconciliation. 

Other options include report generation, wherein the reports are be based upon the 
user's request to see transactions by envelopes or payee, to see a cash flow statement, and/or 

20 to provide reconciliation reports between the account statement from the financial institution 
and the user's personal register. Further, a budgetary report can be generated that shows the 
spending status for each of the accounts. Additionally, a retirement calculator allows the user 
to project a future value of amounts given on a certain interest rate. The reports may include 
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different expense accounts for any particular account or for the entire system as a whole. 

Thus, embodiments of the present invention embrace managing spending through 
account allocation, which provides accountability among various groups of accounts, 
including source accounts and transactional accounts. The following provides a discussion 
5 relating to account allocation to allow a user to use transactional accounts and receive the 
benefits of such accounts, and to provide fiscal responsibility by ensuring that funds are 
available when a transactional account statement requires payment. 



Allocatine Funds for a Transactional Account Statement 

10 As provided above, embodiments of the present invention take place in association 

with a computer device that is used to provide financial resource allocation and 
accountability among various groups of accounts, including source accounts and 
transactional accounts. Source accounts include funds or assets that are readily available to 
the user. Examples of source accounts include savings accounts, checking accounts, money 

15 market accoimts, investment accounts, etc. Transactional accounts are based on credit or 
equity and may be used to purchase a product or service, but requires that the amount 
accrued on the transactional account be paid at a later time. Examples of transactional 
accounts include credit card accounts, home equity accounts, etc. 

In accordance with an embodiment of the present invention, when a user employs a 

20 transactional account to make a purchase, the amount of the purchase is electronically set 
aside from a source account or deposited into a holding account and preserved until a 
payment is required of the transactional account at the close of a billing period. Thus, for 
example, when a user selects a credit card to use to purchase a product, the corresponding 



- Page 24 - 



Docket No. 9311.35 



credit card company authorizes the purchase, includes the purchase amount on the user's 
credit card account, and eventually bills the user for all amounts on the credit card account at 
the end of a billing period. At the time the credit card is used to perform the purchase, the 
purchase amount is set aside, frozen or deposited into a holding account from a selected 
5 source account (e.g., a checking account) that has sufficient funds therein until the credit card 
statement is received. Thus, when a payment is required for the credit card account, the 
purchase amount that was set aside from the savings account is used to pay the credit card 
statement. 

Accordingly, a source account is essentially debited each time a transactional accoxmt 
10 is used to perform a transaction and the amount debited is preserved until payment of the 
transactional account is required. Thus, when the transactional account requires a payment, 
funds are available to make a full payment of all purchases made during the billing cycle, 
thereby affording financial discipline to the user. 

With reference now to Figure 11, a representative method for allocating funds for 
15 transactional account statements is provided. In Figure 1 1 execution begins at decision block 
154 for a determination as to whether or not a purchase transaction is to occur that would 
require the use of a transactional account. Accordingly, if it is determined decision block 
150 that a purchase transaction is not to occur at this time, execution returns back to start. 
Alternatively, if it is determined at decision block 150 that a purchase transaction is to occur, 
20 execution proceeds to step 152. 

At step 152 the transactional account that is to be used for the purchase is identified. 
In one embodiment, the identification occurs by a user selecting a particular credit card for 
use in making a purchase. In another embodiment, the identification is performed previously 
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in order to provide an automatic withdrawal from the transactional account. Execution then 
proceeds to step 154, where the purchase transaction is processed. For example, a 
transaction is processed by a credit card company identifying that the transactional amount is 
available in credit, authorizing the transaction, and deducting the purchase amount from the 
5 user's credit limit. 

Execution then proceeds to step 156 for the identification of a source account from 
which the purchase amount may be set aside, frozen or transferred to a holding 
account/envelope. In one embodiment, the user is prompted as to which source account the 
user desires to use in order to set aside, freeze or transfer the available funds to eventually 

10 pay for the amount of the purchase. 

Execution then proceeds to step 158 where the purchase amount is, for example, 
transferred from the identified source account to a transactional account payment holding. In 
one embodiment, the transactional accoimt payment holding is an electronic flag indicating 
that the funds have already been spent and/or that the funds will be used to pay a particular 

15 transactional account statement. In another embodiment the transactional account payment 
holding is an actual account/envelope to which funds are transferred. 

Execution then proceeds to decision block 160 for determination as to whether or not 
to pay a transactional account statement. A transactional account statement requires payment 
on a periodic basis. Thus, if it is determined at decision block 160 that a transactional 

20 account statement has not been billed and thus that it is not time to pay the transactional 
account statement, execution retums back to decision block 150 for a determination as to 
whether or not another purchase transaction will occur. As provided above, if it is 
determined at decision block 150 that another purchase transaction is not to occur, execution 
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returns back to start. Alternatively, if it is determined at decision block 150 that another 
purchase transaction is to occur, execution proceeds through steps 152-158 to identify the 
transactional account that will be used for the purchase, process the purchase transaction, 
identify the source account from which the funds of the purchase amount will be set aside, 
5 frozen or transferred, and allocate the purchase amount from the source account for use in 
making a future payment on the transactional account. 

Once it is determined at decision block 160 that it is time to pay the amount owing on 
the transactional account statement, execution proceeds to step 162, where the transactional 
account statement is paid from, for example, the transactional account payment holding. 

10 Embodiments of the present invention embrace the full payment of the transactional account 
statement to prevent unnecessary assumption of debt and to provide fiscal responsibility. 
Execution then proceeds to decision block 150 for determination as to whether or not to 
perform another purchase transaction. As provided above, if another purchase transaction is 
to occur, execution proceeds through steps 152-158. Alternatively, if it is determined a 

15 decision block 150 that purchase transaction is to occxu- at this time, execution retums back to 
start. 

The flow chart of Figure 11 illustrates both a representative purchase and a 
representative payment in accordance with an embodiment of the present invention. In 
another embodiment, a purchase includes identifying the transactional account for use to 
20 make a purchase, processing the purchase by utilizing the financial institution corresponding 
to the transactional accoimt using a server to capture the transaction from a financial 
institution, allowing the user to download the transaction from the server to the user's 
computer device, assigning the transaction to a particular account, subtracting the transaction 
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amount from the account and either adding the transaction amount to an account that is used 
to pay the transactional account statement in order to set aside the funds during the process, 
or adding the transaction amount to the transactional account. 

Another embodiment for providing a payment of a transactional account statement 
5 includes allowing the user to view the amount owing on a transactional account statement 
and paying that amount from the source account, allowing the payment from the source 
account to be processed by a financial institution, using the server or other computer device 
to capture the payment from a financial institution, allowing the user to download the 
payment information from the server to a computer device, assigning the payment to a 
10 particular account, subtracting the amount of the payment from the account, posting the 
payment against the transactional account, and subtracting the payment from the source 
account. 

Thus, as discussed herein, embodiments of the present invention embrace systems 
and methods for providing electronic management of transactional accounts, hi particular, 

15 the present invention relates to systems and methods for allocating funds for payment of one 
or more transactional account statements. The present invention may be embodied in other 
specific forms without departing from its spirit or essential characteristics. The described 
embodiments are to be considered in all respects only as illustrative and not restrictive. The 
scope of the invention is, therefore, indicated by the appended claims rather than by the 

20 foregoing description. All changes that come within the meaning and range of equivalency 
of the claims are to be embraced within their scope. 
What is claimed is: 
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